\section{Analisi}

\subsection{Analisti di mercato}

Il prodotto che si intende sviluppare al momento non esiste sul mercato nella forma in cui è stato ideato ma sono presenti alcuni siti che
già implementano parte delle funzionalità che verranno proposte in \nomeProdotto. \newline
Nonostante la minore offerta di servizi proposta da tali competitors, la concorrenza sarà evidente soprattutto nella fase di lancio del prodotto,
quando dovrà essere costituita la base di utenti senza la quale il sito non potrà "prendere vita" e quindi generare utile.\newline
\subsubsection{Competitor: kaggle.com}
\FloatBarrier
\begin{wrapfigure}{R}{0.4\textwidth}
\centering
\includegraphics[width=0.38\textwidth]{content/Kaggle.png}
\label{fig:1}
\end{wrapfigure}
Si prevede che il competitor di maggior spessore sia kaggle.com, un progetto basato su un'idea simile ma limitato solamente alla previsione
di dati attraverso l'utilizzo di algoritmi di predizione. \newline
Kaggle.com raccoglie oltre 66.000 partecipanti e sono state aperte oltre 180.000 competizioni. \newline
La differenza col nostro prodotto sarà anche relativo al mercato di riferimento, dato che kaggle.com raccoglie utenti in tutto il mondo mentre 
\nomeProdotto ~ si riferirà principalmente, almeno nella prima fase di lancio, al mercato nazionale.\newline

\subsubsection{Competitor: challangepost.com}

\begin{wrapfigure}{R}{0.4\textwidth}
\centering
\includegraphics[width=0.38\textwidth]{content/challangepost.jpg}
\label{fig:2}
\end{wrapfigure}
Challengepost.com è un portale di problem solving rivolto specialmente ad agenzie governative e compagnie di produzione software.\newline
Come \nomeProdotto ~ è strutturato a competizioni ma con una diversa distribuzione dei premi. Questi non sono assegnati a seconda di parametri
deterministici prestabiliti, come invece accade in \nomeProdotto, ma i prodotti vengono classificati grazie a un sistema a votazione. Questo
da un lato permette di accogliere una maggior gamma di tipologie di progetto ma non garantisce una giusta valutazione di tutti i progetti.\newline
Come kaggle.com, si orienta al mercato internazionale. \newline

\subsubsection{Competitor: hypios.com}

\begin{wrapfigure}{R}{0.4\textwidth}
\centering
\includegraphics[width=0.38\textwidth]{content/hypios.png}
\label{fig:3}
\end{wrapfigure}
Hypios è una compagnia francese di crowdsourcing, fondata nel 2008, con una vasta rete di utenti concentrata soprattutto in Europa.\newline
Le funzionalità offerte da hypios.com non coincidono con quelle del nostro prodotto, ma il profilo degli utenti partecipanti alle competizioni
coincide con quello degli sviluppatori che utilizzano hypios.com. 

Hypios.com e \nomeProdotto ~ possono comunque condividere gli stessi utenti
e considerando le differenti funzionalità offerte potrà essere considerata anche l'ipotesi di una collaborazione tra i due portali in ottica futura
o di un'inglobamento di \nomeAzienda ~in Hypios.\newline

\subsection{Pubblicità}
Si prevede comunque di fronteggiare questa concorrenza attraverso varie campagne pubblicitarie, prevalentemente online, che mireranno a raggiungere
le categorie di utenti che potrebbero essere più interessate al prodotto.\newline
Per quanto riguarda i proponenti, questi oltre che attraverso i 
metodi di pubblicizzazione tradizionale, sarà effettuata una ricerca in modo da contattare direttamente le aziende che potrebbero essere intenzionate a creare delle competizioni. \newline
In una fase iniziale, saranno proposti anche dei bonus e degli sconti per i nuovi iscritti per invogliare i proponenti ad iniziare ad
utilizzare \nomeProdotto ~ e farne scoprire le potenzialità.\newline
Così facendo si conta di creare fin dai primi mesi di vita del sito una buona base di utenti che permetta di rientrare nei costi sostenuti
già nel breve periodo.



\subsection{Analisi dei rischi}

Alla nascita di un'azienda è naturale che siano presenti dei fattori di rischio che occorre analizzare per valutare la fattibilità di un 
progetto e per non farsi trovare impreparati qualora dovessero verificarsi. \newline
Allo scopo di rendere efficace la gestione di questi rischi si è deciso di procedere per fasi ben precise:
\begin{itemize}
 \item \textbf{Identificazione}
 \item \textbf{Analisi: }si tratta di analizzare le probabilità di occorrenza del rischio in questione e le problematiche che potrebbe 
innescare
 \item \textbf{Pianificazione: }prevede di formulare soluzioni allo scopo di evitare il rischio identificato ed eventualmente controllarne 
gli effetti negativi
 \item \textbf{Controllo: }per l’intera durata di progetto intende tenere sotto controllo i rischi in modo tale da prevenirli o attuare
contromisure pianificate
\end{itemize}
Ciascun rischio viene quindi identificato con un nome, un livello di pericolosità, delle caratteristiche, dei metodi per la rilevazione
del livello di rischio ed un insieme di contromisure.

\subsubsection{Rischio Tecnologico}

\begin{itemize}
 \item \textbf{Livello di rischio: } Medio
 \item \textbf{Caratteristiche: } Le tecnologie da utilizzare sono relativamente giovani e quindi in continua via di sviluppo. Questo può portare
al fatto che il prodotto utilizzi release passate dei framework utilizzati o non sfrutti a pieno le potenzialità offerte da alcuni servizi come
ad esempio il \gls{Cloud}.
 \item \textbf{Rilevazione del rischio: } Normalmente l'aggiornamento delle tecnologie avviene in maniera retrocompatibile e quindi non dovrebbe
causare grosse problematiche, comunque verrà monitorato giornalmente il rilascio di nuove versioni dei framework utilizzati o di 
nuove funzionalità dei servizi a cui ci appoggeremo.
 \item \textbf{Contromisure: } Come detto saranno monitorati tutti i rilasci e per lo sviluppo saranno utilizzata sempre l'ultima release stabile.
In caso di rilascio di nuove funzionalità da parte dei servizi, sarà valutato caso per caso se sia necessaria una rivisitazione della progettazione
o se si possa contiuare a lavorare sulla strada precedentemente tracciata.
\end{itemize}

\subsubsection{Hardware}

\begin{itemize}
 \item \textbf{Livello di rischio: } Basso
 \item \textbf{Caratteristiche: } Questo rischio si basa sul fatto che le risorse hardware a disposizione non siano sufficienti al funzionamento
del sito
 \item \textbf{Rilevazione del rischio: } Per analizzare le richieste che vengono effettuate al sito sarà inserito uno script fornito da Google
Analytics che permette di monitorare l'afflusso di richieste al sito e quindi agire di conseguenza.
 \item \textbf{Contromisure: } L'utilizzo del servizio Amazon EC2 gestisce autonomamente questo tipo di rischio andando ad aumentare le risorse
hardware nel momento in cui ve ne sia la necessità.
\end{itemize}

\subsubsection{Aumento dei costi}

\begin{itemize}
 \item \textbf{Livello di rischio: } Medio ma con incidenza alta
 \item \textbf{Caratteristiche: } Eventuali ritardi durante il progetto potrebbero portare alla necessità di dedicare più ore di quante 
siano state preventivate inizialmente e inoltre in alcuni casi potrebbero andare ad incidere anche su eventuali contratti di partnership stipulati
a determinate condizioni o sui costi della pubblicità.
 \item \textbf{Rilevazione del rischio: } Il rischio è evidentemente di natura dinamica e seppur la progettazione sia 
stata effettuata pensando al caso peggiore, viene monitorato giornalmente lo
stato dei ticket presenti sulla repository per verificarne la chiusura regolare.
 Anche questo rischio è stato fronteggiato in maniera preventiva in quanto la pianificazione è stata fatta pensando al caso peggiore e
questro dovrebbe evitarne la presentazione.
\end{itemize}
